Interactive video overlay with persistent cart

ABSTRACT

Systems and methods are provided for enabling in-video shopping functionality that includes a cross-video shopping cart. For example, a user may add items to an electronic shopping cart that is persistent across two different websites or pages, where items may be added to the shopping cart within overlays on two separate videos presented on the respective pages. The persistent shopping cart features may also enable a persistent shopping cart that enables joint checkout involving two or more different payment processors, two or more different third-party shopping systems, two or more different publisher systems, two or more different video hosting platforms, or two or more different client devices sharing a user account.

This application is a continuation of U.S. patent application Ser. No.17/336,153, entitled “INTERACTIVE VIDEO OVERLAY,” filed Jun. 1, 2021which is a continuation of U.S. patent application Ser. No. 16/994,468,entitled “INTERACTIVE VIDEO OVERLAY,” filed Aug. 14, 2020, which areeach hereby incorporated by reference in their entirety. Any and allapplications for which a foreign or domestic priority claim isidentified in the Application Data Sheet as filed with the presentapplication are hereby incorporated by reference under 37 CFR 1.57.

BACKGROUND

There are a large number or different network-based services that enableusers to view video content. For example, a viewing user may use a webbrowser or different dedicated software applications to access a largenumber of different video hosting platforms (such as those offeringuser-generated video content and/or professionally produced videocontent available on demand) and live streaming video platforms (such asvideo content that is filmed and uploaded substantially in real time asviewing users consume it). In addition, thousands of entities andindividuals that are not primarily involved in video production ordistribution frequently include videos embedded within a webpage orother user interface operated by the entity or individual (such as avideo about a product or service offered by a given company orindividual).

Consider an example of a user viewing a video (such as via a browser orapplication installed on a computing device of the user) who isinterested in accessing additional information or performing some actionwith respect to the subject matter of the video (such as purchasing aproduct or signing up for a service). Selectable options that enable theuser to do so typically require the user to navigate away from the videoand/or disrupt playback of the video on the user's device. For example,it is common for advertisement content to be presented in a manner inwhich a user selection of such content (e.g., via a touch or clickselection) causes a browser or other application on the user's device toopen a new page or user interface. Such an interaction typically eitherresults in stopping playback of a video in the initial page by replacingthe video-embedded page with a new page, or obscures view of the windowor page in which video playback occurred, such as by opening a pop-upwindow.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing aspects and many of the attendant advantages will becomemore readily appreciated as the same become better understood byreference to the following detailed description, when taken inconjunction with the accompanying drawings, wherein:

FIG. 1 illustrates an example operating environment or networkarchitecture in which aspects of the present disclosure may beimplemented.

FIGS. 2A, 2B, 2C, 2D, 2E, 2F and 2G illustrate a sequence of userinterfaces in which various user selections are made in a shoppingoverlay displayed over video content, such that a user may browse andpurchase at least one product entirely within the overlay without beingredirected or disrupting video playback.

FIG. 3 in an illustrative flow diagram for enabling a user to associateitems from a third party shopping system that the user wishes to offerto video viewers via an in-video shopping service.

FIGS. 4A and 4B are flow diagrams of an illustrative method forproviding in-video shopping functionality, as implemented by one or moreservers, according to some embodiments.

FIGS. 5A and 5B are flow diagrams of an illustrative method forproviding in-video shopping functionality, as implemented by a clientdevice, according to some embodiments.

FIG. 6 is an illustrative flow diagram illustrating data flow betweenvarious systems to enable checkout of an electronic shopping cart inassociation with an overlay shopping module, according to someembodiments.

FIGS. 7A and 7C are illustrative user interfaces that may be presentedon a streaming device to a streamer who selects items for insertion inan interactive shopping overlay during a live video stream.

FIGS. 7B and 7D are illustrative user interfaces with video shoppingoverlays that may be presented on a client device of a streaming videoviewer, such as a user viewing the video stream associated with FIGS. 7Aand 7C.

FIG. 8 is a flow diagram of an illustrative method for enabling in-videoshopping functionality during presentation of live streaming videocontent.

FIGS. 9A and 9B are flow diagrams of an illustrative method forproviding a cross-video shopping cart, according to some embodiments.

FIG. 10 is a system block diagram of a computing environment suitablefor use in various embodiments of the present disclosure.

DETAILED DESCRIPTION

Generally described, aspects of the present disclosure relate tospecific systems and methods for supplementing a video playbackinterface with dynamic selectable options that enable a viewing user toperform various calls to action within the video playback portion of theinterface. The calls to action may be set by an entity associated withthe video, and may include the ability for the user to browse andpurchase items without the user needing to leave the video playbackinterface or even look away from the portion of the interface in whichvideo playback occurs, in some embodiments. For example, an interactivecontent overlay may be presented that appears in a partially translucentmanner to be over a portion of the video while the video is played, andthe user may make interactions within the overlay. The user interactionsmay cause outgoing network requests to be sent from the user's devicefor updated content that is then displayed in the interactive contentoverlay while video playback continues and/or for transactions to becompleted without redirecting the user's browser or other application toa separate page or user interface.

As will be further discussed herein, a platform described herein forpresenting interactive video overlay content may be configured tooperate in association with any of a potentially large number ofdifferent video hosting platforms, payment processing services, websitepublishers, video streaming services, and/or third-party shoppingplatforms. Accordingly, an administrative user on behalf of a websitepublisher, video producer, video rights holder and/or other entityrequesting to set up an interactive in-video shopping experience via anin-video shopping system, as described herein, may select to have thein-video shopping system cooperatively integrate with variousthird-party platforms to handle different aspects of the videodistribution, item data importation, purchase processing, and/or otherback-end functionality.

While aspects of the present disclosure often reference examples inwhich a selectable item within a video overlay enables a viewing user topurchase a product or service, many features described herein haveutility outside of a shopping context. For example, selectable optionswithin a video overlay as disclosed herein may additionally oralternatively be implemented in order to enable a user to perform someother action associated with a call-to-action desired by a given entityemploying the services provided by the in-video shopping systemdescribed herein. Such actions may include, as non-limiting examples,donating time or money to a charitable cause, supporting a petition orpolitical cause or candidate, signing up for a newsletter or mailinglist (or other subscription service), downloading or requesting remoteaccess to digital content or software, and/or many other uses.Accordingly, the interactive content options displayed may be associatedwith experiences unrelated to shopping, such as data collection via aninteractive form, an interactive quiz or game (such as an interactivemultiple choice trivia or other game presented in synchronization withthe underlying video content), etc.

FIG. 1 illustrates an example operating environment or networkarchitecture in which aspects of the present disclosure may beimplemented. The illustrative environment includes client devices 110,website publisher systems 150, one or more optional third party paymentprocessing systems 140 (each of which may include a different paymentAPI 142), one or more optional third party shopping systems 120 (each ofwhich may include a different shop API 122), one or more optional videohosting platforms 160, and an in-video shopping system 130.Communications between various illustrated devices and systems in FIG. 1may be via one or more networks 115, such as the Internet. As will bedescribed further herein, the in-video shopping system 130 may be theprimary system that enables various features and functionality describedherein to be presented on individual client devices 110 viacommunications with other illustrated systems as appropriate. In someembodiments, the in-video shopping system 130 may implementfunctionality of a payment system, shopping platform, and/or videohosting platform, either instead of or as an additional option to athird party payment system 140, third party shopping system 120, and/orvideo hosting platform 160, respectively (such that systems 140, 120 and160 may not be present in some embodiments).

In some embodiments, the client devices 110 may be any of a wide varietyof computing devices. For example, individual client devices 110 mayinclude a laptop computer, a personal computer, a personal digitalassistant (PDA), a mobile phone, a smartphone, a wearable computingdevice, an electronic book reader, a digital media player, a tabletcomputer, a gaming console, a kiosk, an augmented reality device, agaming or gambling-related machine (such as a slot machine), anotherwireless device, an Internet-enabled television, and/or others. In someembodiments, the client devices 110 may each operate a browser or othersoftware application configured to request content such as webpages orother user interface data from servers associated with, for example,website publishers 150 and/or video hosting platforms 160. Page or userinterface data delivered to an individual client device 110 may includecode that causes the client device to request additional code from thein-video shopping system 130 that causes the client device to presentin-video functionality that will be further described herein.

The in-video shopping system 130 includes or is in communication withone or more electronic data stores 180 (such as persistent storageembodied in a hard drive, disk, server-based storage, etc.) that maystore various data that will be described further below in the operationof the in-video shopping system 130. A controller module 132 of thein-video shopping system 130 may be responsible for, among otherfunctionality, handling front-end communications between client devices110 and the in-video shopping system 130, as well as coordinatingoperations involving the shop handler module(s) 134 and the setup andupdate module 136 in association with such client requests. One or moreshop handler module(s) 134 may be configured to handle communicationsbetween different third party shopping systems 120, such as to accessproduct information to be offered via in-video shopping functionalityprovided by the system 130 and to complete purchase requests. The shophandler modules may further be configured to periodically or dynamicallyobtain updated item information from a corresponding shopping system(such as available item quantities, prices, etc., which may be obtainedvia a push or pull model depending on the API capabilities of aparticular shopping system). Different shopping systems 120 with whichthe in-video shopping system 130 is set up to communicate may beassociated with different shop handler modules 134 that are eachconfigured to communicate with a different shop API 122. The setup andupdate module 136 may enable administrative users that manage a givenvirtual store and/or own rights in underlying video content to set up anaccount with the in-video shopping system 130, associate the accountwith a particular account with shopping system 120, select items to beoffered to video viewers, select a payment provider, etc.

The third party payment systems 140 may be systems or services thatinclude an application programming interface (API) that enable otherwebsites, services, or entities to complete purchase transactions ortransfer funds to a desired recipient. For example, a given third partypayment system may be configured to receive and/or store credit carddetails, bank account details or other payment method data for each of apotentially large number of individuals or business entities. The thirdparty payment system may be configured to act as a payment processingintermediary between the cardholder (or other financial account holder)and a recipient of a payment or fund transfer desired by the cardholder,such as in association with a transaction to purchase goods or services.Individual ones of payment systems 140 may be associated with specificmerchants, specific financial institutions, specific credit card types,and/or may be configured to individually handle payments of manydifferent types, sources and recipients.

The one or more video hosting platforms 160 may be network-basedservices for hosting digital video content for on-demand and/orstreaming access from individual client devices 110. Video contenthosted by a given video hosting platform may be uploaded by variouscontent creators or owners (e.g., individual users or entities,depending on the given host). Examples of video hosting platforms 160may include services hosting or providing access to social mediacontent, user-generated content, professionally produced movies orshows, live steaming video (which may include live streaming of videogame play, professional sports, concerts, and/or other events), and/orother video content. It will be appreciated that any individual videohosting platform 160 need not provide video hosting as its primaryfocus. For example, a social media service that provides its users withaccess to user-uploaded or live-streamed video content in addition tovarious text posts, images, and other content may be considered a videohosting platform, in some embodiments. Similarly, a content deliverynetwork (CDN) that hosts various types of content other than just videocontent may also be considered a video hosting platform, in someembodiments.

The one or more third party shopping systems 120 may be services,systems or platforms that enable individuals or business entities toestablish virtual storefronts or listings for products and/or servicesavailable for sale to consumers. Such services may each offer adifferent API 122 that enables systems, such as in-video shopping system130, to retrieve details regarding these product listings (such as anitem identifier, item title, images, descriptions, prices, availability,reviews, available colors, sizes or other configurations, etc.), and mayalso enable purchase of the items on behalf of the seller or storefrontowner. One or more of the shopping systems 120 may be operated byspecific retailers or merchants that enable other users or companies toserve as marketing affiliates. Other ones of shopping systems 120 may beconsidered e-commerce platforms for handling or assisting with variousoperations for hundreds or thousands of different businesses, individualsellers, or merchants' products and/or services, such as assisting withpayments, marketing, shipping, shopping interfaces, and/or customerengagement tools.

FIGS. 2A, 2B, 2C, 2D, 2E, 2F and 2G illustrate a sequence of userinterfaces in which various user selections are made in a shoppingoverlay displayed over video content, such that a user may browse andpurchase at least one product entirely within the overlay without beingredirected or disrupting video playback. The sequence begins with FIG.2A, in which a page or user interface 204 is presented for display to auser via a browser 202, which may be executed by one of client computingdevices 110. The page data (shown as associated with a URL“http://www.example.com”) may have been requested by the client devicefrom a server, such as one of website publisher systems 150. Code of thepage 204 may have included a reference to a video 206A embedded withinthe page 204. The video file may have been retrieved by the clientdevice from a URL associated with the website publisher (or anassociated CDN) or a third-party video hosting platform 160. Moredetails regarding enabling a publisher to integrate a video and ashopping overlay into a page or other user interface will be furtherdescribed below with respect to the illustrative flow diagrams.

FIG. 2B is an illustrative user interface in which an interactiveshopping overlay 210B has been presented to appear on top of underlyingvideo content 206B. In some embodiments, FIG. 2B may represent a videoportion of a larger user interface of page (such as corresponding to thespace occupied by video 206A in page 204 of FIG. 2A). In anotherembodiment, FIG. 2B may occupy the entire screen of a user device, suchas if the user selects to view a video in a full screen mode. Theinteractive overlay portion 210B of the interface includes display ofthree items 212B, 214B and 216B, which each represent products availablefor purchase by the viewing user. The overlay portion 210B may bedisplayed while the video content 206B continues to play and progressbehind the displayed overlay portion.

The diagonal hatch pattern shown within the overlay 210B may not beactually displayed as shown to the user, but rather represents apartially transparent or translucent background color, image or patternthat may appear to be a layer between the items (212B, 214B, and 216B)and the video content. Accordingly, in the illustrated embodiment,portions of the video content may remain at least partially visiblebeneath portions of the partially translucent overlay 210B. Similarly,the overlay portion may be an irregular shape (such as having curves orinterior blank portions), such that portions of a rectangle that definesthe overlay layer are entirely translucent. In other embodiments, theoverlay content may include an opaque background. Each of the itemsshown as items 212B, 214B and 216B may be selectable options that theuser may interact with via a cursor, touchscreen or other interaction inorder to learn more information about an item or add it to an electronicshopping cart without affecting playback of the video content 206B orchanging any portion of the user interface outside of overlay 210B.

While the interactive shopping overlay 210B has been presented to appearon top of underlying video content 206B in FIG. 2B, other arrangementsof the interactive shopping overlay relative to the underlying videocontent are possible in other embodiments. For example, products orother items shown within an interaction layer may appear adjacent to theunderlying video content (such as above, below, to the left and/or tothe right of the video content) or framing the video content along twoor more edges. In some such embodiments, the interactive overlay may atleast partially overlay content outside of the portion of the user'sscreen that displays the video content, such as covering or partiallycovering a portion of a webpage or other application's interface inwhich the video player is embedded. Accordingly, in some embodiments,the screen space occupied by the collective content of the shoppingoverlay and the underlying video content may exceed the screen spacethat would otherwise be occupied by only the video content. In theembodiment shown in FIG. 2B, in contrast, the screen space occupied bythe collective content of the shopping overlay and the underlying videocontent is not any larger than the screen space that would otherwise beoccupied by just the underlying video content alone.

FIG. 2C is an illustrative user interface in which an interactiveshopping overlay 210C appearing over underlying video content 206C hasbeen updated to display product details for an item 216C. The interfaceshown in FIG. 2C may be presented after the user has selected (such asvia a click or touch action) the item 216B of FIG. 2B, which the usermay have selected because the user is interested in potentiallypurchasing the “conditioner” item 216C. As illustrated by the videoprogress bar 221, the progress of video playback of video content 206Chas continued to progress relative to the prior figure (and, as will beseen in subsequent figures, will continue to progress throughout thepurchase sequence ending in FIG. 2G). The user may select the selectable“more details” option 218C in order for the overlay 210C to be updatedwith display of additional text or images regarding the item 216C. Theuser may select “add to cart” option 220C in order for the user's deviceto initiate addition of the item 216C to an electronic shopping cartmaintained either on the client's device (e.g., as may be stored locallyin association with a cookie) or remotely at the in-video shoppingsystem 130, depending on the embodiment.

FIG. 2D is an illustrative user interface in which an interactiveshopping overlay 210D appearing over underlying video content 206D hasbeen updated to display a checkout form in which a user may entervarious information within designated fields (such as name, emailaddress, and mailing address) to be used for a purchase. The interfaceshown in FIG. 2D may be presented after the user has selected (such asvia a click or touch action) the option 220C of FIG. 2C. The videocontent 206D may continue to progress in playback as the user typeswithin the form. In other instances, the user may not be prompted toenter personal or billing information prior to order checkout, such asin instances in which the user is logged into an account with thein-video shopping system 130 or a payment provider system 140, and suchinformation has been previously stored in association with the account.The user may select option 222D in order to progress the overlay contentto a payment step, or may select option 224D to return to other productlistings (such as if the user is not interested in completing a purchaseat the moment or would like to add an additional item to the shoppingcart). The video content 206D may continue to play uninterrupted inresponse to any of these user actions.

FIG. 2E is an illustrative user interface in which an interactiveshopping overlay 210E appearing over underlying video content 206E hasbeen updated to display an order summary including one item to bepurchased. The interface shown in FIG. 2E may be presented after theinterface of FIG. 2D while the video content continues to play. Uponuser selection of “go to payment” option 222E, the interface may updateto appear as shown in FIG. 2F.

FIG. 2F is an illustrative user interface in which an interactiveshopping overlay 210F appearing over underlying video content 206F hasbeen updated to display options for the user to select or enter paymentinformation. The user may alternatively type in credit card details(such as typing in text fields for the card number, selecting pull-downmenu options for card expiration date, etc.), or may select one of “ABCPay” option 240F or “XYZ Pay” option 241F. Options 240F and 241F maycorrespond to two different third-party payment processing services,which may be associated with different ones of third party paymentsystems 140. Selection of ABC Pay option 240F may enable the user to payfor the order via a third party payment service named ABC Pay, withwhich the user may have previously established an account and associatedcredit card payment details. More details regarding system interactionsfor completing an in-video order using a third party payment servicewill be described below with respect to FIG. 6. Once the user hasselected or entered payment method details, the user may select thepurchase option 242F to complete the purchase entirely within thein-video overlay 210F and without interrupting display and playback ofthe video content 206F.

FIG. 2G is an illustrative user interface in which an interactiveshopping overlay 210G appearing over underlying video content 206G hasbeen updated to display an order confirmation indicating that the userhas successfully purchased one or more items via previous userselections that occurred within the interactive shopping overlay whilethe video content 206G played. The user may select social sharingoptions 250G to cause the in-video shopping system 130 to initiate amessage or post within any of various social media services on behalf ofthe purchasing user to share information about the item(s) purchased andcorresponding sale information. The user may select option 224G toreturn to see additional item information for other items that may bepurchased during the remainder of the video content 206G.

Various examples shown in FIGS. 2A-2G and described above may beimplemented with respect to either video on demand (VOD) content or livestreaming content. For example, the various content shown within theinteractive shopping overlay of any of FIGS. 2A-2G may be presentedbased on pre-determined timestamp information (such as time markerswithin a video file that a publisher or other entity associated withspecific items), or may be presented based on instructions received froma server in real time that indicate when a live streaming source deviceindicated that a particular item should be shown to viewers (such as inassociation with the method described below with respect to FIG. 8).

FIG. 3 in an illustrative flow diagram for enabling a user to associateitems from a third party shopping system that the user wishes to offerto video viewers via an in-video shopping service. The user of userdevice 110A may be, for example, an individual (who may be anadministrative user acting on behalf of an organization or corporateentity) that wishes to enable overlay video functionality within one ormore webpages or user interfaces that the individual or associatedentity makes accessible to others (such as a publicly availablewebsite). The user may have previously set up a virtual store or itemlist with a third party shopping system 120A, which maintains itemsinformation for one or more products, services or other items that theuser would like to offer in association with an in-video shoppingfeature. In other embodiments than that illustrated in FIG. 3, thein-video shopping system 130 may maintain item lists and/or virtualstore data itself without communicating with any third party shoppingsystem.

At step (1) of FIG. 3, the user device 110A may send an indication tothe in-video shopping system 130 of a user selection of a virtual storeand/or account of the user (or organization or entity that theadministrative user represents) maintained by the third party shoppingsystem 120A. The information or data sent at step (1) may furtherinclude approval and/or authorization information from the user of theuser device 110A for the in-video shopping system 130 to access thedesired item information from the third party shopping system 120A. Forexample, the authorization information may include login credentials foran account of the user with the third party shopping system 120A, and/ora token or identifier associated with the shop API 122A that identifiesthe user's account and/or a particular virtual store or list of items(such as specific products identified by item identifiers) set up by theuser.

Next, at step (2) of FIG. 3, the controller module 132 of the in-videoshopping system 130 may pass the received data from step (1) to the shophandler module 134A. The controller module may select the specific shophandler module 134A as the appropriate shop handler module (for theselections made by the user) from among a number of shop handler modulesthat are each configured to communicate with different shopping systems'APIs. At steps (3) and (4), the shop handler module 134A of the in-videoshopping system 130 may send one or more API calls to the shop API 122Aof the third party shopping system 120A to obtain the virtual store'sproduct listings (or other item listings, such as services or digitalcontent items) using the user's authentication information received atstep (1). Depending on the specific shopping system and/or the nature ofthe specific items (e.g., whether they are services, physical products,digital content items, etc.), the item information returned at step (4)may include, for each individual item, an item title, item description,price, quantity available, images (which may be returned as image files,image identifiers, or URLs of image files), other media (such asinteractive demo content, video, etc.), various attributes specific tothe type of item (e.g., size options for clothing, page count for books,color options, etc.), brand, manufacturer, and/or other data.

At step (5) of FIG. 3, the shop handler module 134A provides the iteminformation received from the shop API 122A to the controller module 132to associate the item information with the user's account with thein-video shopping system 130. The controller module 132 may then at step(6) store the item information in association with the user's account inelectronic data store 180, which may be local to or remote from thein-video shopping system 130.

Though not illustrated in FIG. 3, in some embodiments, the in-videoshopping system 130 may then provide one or more user interfaces to theuser device 110A that enable the user to select individual ones of theitems to associate with in-video shopping options. For example, the usermay provide the in-video shopping system 130 with a URL of a videohosted by a video hosting platform (or may upload a video for hosting bythe in-video shopping system 130), and may associate individual ones ofthe items from shop API 122A with specific time markers in the video(such as by associating an individual item with a start time andoptional end time for presentation within the playback time of thevideo). User interfaces and methods for associating items with specifictime markers in a video file are further described in co-owned U.S.patent application Ser. No. 15/974,554, entitled “SYSTEMS AND METHODSFOR PROVIDING AN ENHANCED SHOPPING EXPERIENCE INCLUDING EXECUTABLETRANSACTIONS AND CONTENT DELIVERY.” For example, a user interface mayenable a user to drag an icon representing an item to a position on atime bar of the video, may enable the user to select an “add now” optionassociated with an item during playback of the video on the user device110A, may enable the user to enter a start and/or stop time as text orfrom a pull-down menu, and/or other options. Specific interfaces forassociating items with time positions in a video or in real time duringlive streaming are further described below with respect to FIGS. 7A and7C.

In other embodiments, products or other items may be associated withportions of a video or time stamps within a video based on an automatedanalysis of the video and/or metadata associated with the video. Forexample, the in-video shopping system 130 or another computer system mayinclude one or more machine learning models configured to accept videoor image data as input (such as image data from individual frames withinthe video) and to detect the appearance of specific products or otherobjects of interest within the video. The machine learning model(s) maybe trained using known methods for object detection and/orclassification of image data, and may include a deep learning modeland/or convolutional neural network. In some embodiments, shop owners,publishers, video rights holders, an operator of the in-video shoppingsystem and/or others may associate given products or other items with alist of keywords or objects (e.g., “soda,” a brand name, “sunglasses,”etc.) such that the given item will be associated by the in-videoshopping system with time markers in a video at which a machine learningidentifies the presence of an object within the video matching thekeyword. In other embodiments, a classifier or other machine learningmodel may be trained to identify the appearance of specific products ina video (e.g., to identify that a specific item of clothing by a certainbrand, which is available for purchase via a third-party shopping system120, is shown in a certain video frame or portion). The association ofitems with specific time markers in the video at which an object appearswithin the video content may be performed in a batch process orotherwise in advance of video playback on user devices (such asprocessing new videos at a server using a machine learning model when orsoon after a publisher selects to associate an embed code with a givenvideo), or may be performed during video playback based on sample framesand/or metadata provided for analysis to the in-video shopping systemduring a user's viewing of a video.

FIGS. 4A and 4B are flow diagrams of an illustrative method 400 forproviding in-video shopping functionality, as implemented by one or moreservers or other network-accessible computing systems, according to someembodiments. Illustrative method 400 will be described below asimplemented by the in-video shopping system 130. In other embodiments,one or more blocks of FIGS. 4A and/or 4B may be implemented by acomputing system other than the in-video shopping system 130.

The illustrative method 400 begins at block 402, where the in-videoshopping system 130 may enable a publisher of a page (such as a webpage)or other user interface (such as an interface to be presented by aproprietary mobile application or other software application associatedwith the publisher) to associate a video with an interactive shoppingoverlay. The interactive shopping overlay may be configured by thein-video shopping system 130 based on input from the publisher toinclude multiple products or other items to be displayed during playbackof the video. Methods for associating items with time markers in a videoare described further both above and below.

Next, at block 404, the in-video shopping system 130 may provide anembed code (or alternatively a URL or code) to the publisher forinclusion in one or more pages or user interfaces in which the video andinteractive shopping overlay are to be presented. The embed code may be,for example, a line or block of Hypertext Markup Language (HTML) thatthe publisher may copy and paste into HTML code of the publisher's page.In other embodiments, the code provided at block 404 may include contentother than pure HTML, such as JavaScript. In some embodiments, theprovided code may include an <iframe> tag (referred to as an iframe orinline frame). The embed code or other code that is provided at block404 for the publisher to include in their page(s) may further includeone or more unique identifiers that identifies the particularinteractive content set (such as the video and items) that the publisherwishes to provide to users at the point in which the code is included ina page.

For example, the one or more unique identifiers may be used by thein-video shopping system 130 to determine which video is to be shown,which items to present in an interactive overlay on the video, thespecific publisher account, and/or other information. In someembodiments, a single unique identifier (such as a number oralphanumeric string) is generated by the in-video shopping system 130 ator prior to block 404 to be universally unique among all identifiersgenerated by the in-video shopping system 130 to that point, and maystore the unique identifier (which the in-video shopping system 130includes in the custom embed code provided to the publisher) in a datastore in association with the video URL, item information, and item timemarkers selected by the publisher. In this manner, the in-video shoppingsystem 130 may later retrieve the specific video and item informationfrom a data store in response to requests from client devices thatinclude the given unique identifier.

At block 406, the in-video shopping system 130 may receive a requestfrom a client device based on the client device loading the embed codeincluded on a page or user interface loaded by the client device. Forexample, a browser or other application operating on the client devicemay have accessed a page from a server of the publisher system (e.g., apage in which the publisher that set up the interactive shopping overlayat block 402 included the embed code provided at block 404), loaded theinitial page code (such as HTML), and sent a request to the in-videoshopping system 130 (or an associated server) as a result ofinterpreting the embed code within the initial page code. The requestreceived at block 406 by the in-video shopping system 130 may includethe one or more unique identifiers that the in-video shopping system 130previously included in the embed code provided to the publisher.

At block 408, the in-video shopping system 130 may send additional codeto the client device for implementing a single page application (SPA)within the page, where the SPA includes a video player layer and aninteractive shopping layer. In some embodiments, the interactiveshopping layer may be considered more broadly to be an interactivecontent layer or portion. The additional code sent at block 408, in oneembodiment, may be code that when executed or interpreted by anapplication (such as a browser) operating on the client device, causes(a) generation of a video player layer within the page (such as a secondinline frame), wherein the video player layer is positioned beneath aninitial layer associated with the embed code (such as an initiallyloaded inline frame) included in the initial page code, and furthercauses (b) initialization of an interactive content portion within theinitial layer. The interactive content portion may be configured by theadditional code to display interactive content over the video playerlayer based at least in part on communications between a video playercomponent within the video player layer and code associated with theinteractive content portion. In other embodiments, a video player layermay be initially loaded at the client device, then modified byadditional code received from the in-video shopping system 130 thatcauses overlay content to be presented within the video player layeritself without necessarily requiring a second layer to be generated orcreated. For example, a software development kit (SDK) or libraryprovided by a given video player may be used by code delivered from thein-video shopping system 130 to present interactive overlay contentwithin the content presented by the video player itself rather than aseparate iframe or other layer loaded above the video player layer.

At block 410 of FIG. 4B, which may occur after block 408 of FIG. 4A, thein-video shopping system 130 may determine, based on at least a portionof the embed code, the specific video and item information previouslyassociated with the video by the publisher. For example, as mentionedabove, the in-video shopping system 130 may extract or identify theunique identifier from the embed code, and use the unique identifier toretrieve a video URL or other video identifier previously associatedwith the unique identifier, as well as the item information previouslyassociated with the unique identifier. In other embodiments, multipleidentifiers may be included in the embed code (such as a publisheridentifier identifying the publisher, a store identifier identifying athird party virtual store, and/or a video identifier, etc.). Thein-video shopping system 130 may be configured to operate in associationwith any of a number of different video hosting platforms, such that thevideo URL may reference a file location or stream location controlled byany of a number of different third parties, each of which may employdifferent video player modules or video player components to play videoson a client device.

At block 412, the in-video shopping system 130 may determine whether thevideo player layer of the SPA is capable in the given instance ofsending sufficient synchronization calls to the interactive shoppinglayer. This determination may be made, in some embodiments, based onclient device information regarding the particular client device (e.g.,the device type, operating system type, browser type, browserconfiguration settings, etc.) and/or what functionality is provided by avideo player type used for the particular video (e.g., the specificvideo player code or module utilized by a given video hosting platformthat hosts the video). In some embodiments, the minimum calls that thein-video shopping system 130 may check for with respect to the videoplayer include the capability of the video player to send time-basedevents or enabling the interactive shopping layer to listen forsynchronization events generated by the video player. For example, asufficiently configured video player in one embodiment may include alibrary or set of function calls that include the video playerimplementing an event listening function or other synching function,such as sending a signal each second of video playback. Alternatively, asufficiently configured video player may provide functions for thein-video shopping system 130 to query the video player to determine acurrent playback position (such as a time position in minutes andseconds) of the video. In some embodiments, the in-video shopping system130 may have previously associated specific video players or videohosting platforms with a Boolean value indicating whether workaroundcode should be sent to client devices to support synchronization betweenthe video player layer and the interactive content layer (such as thecode sent at block 416 below). In other embodiments, the determinationmay be made dynamically in a given instance by the in-video shoppingsystem 130 and/or the client device based on attempting to execute testcode at the client device.

If the in-video shopping system 130 determines at decision block 414that the video player's library or supported calls are sufficient, themethod proceeds to block 418 without implementing block 416. Otherwise,the method may first proceed to block 416, where the in-video shoppingsystem 130 may send additional code to the client device that configuresthe interactive shopping layer to synchronize with the video based on atimer that starts and stops upon identifying user selections of videoplayback options. For example, this additional code may cause the clientdevice to start a timer upon a user selecting a “play” option in thevideo player, and the timer may be configured to run while no userselections are made with respect to video player controls, but to pauseupon a user selection of a “pause” option in the video player, such thatthe running timer count very closely approximates the current playbackposition in the video (such as within a second or a few seconds). Forexample, the additional code may identify or listen for click-based(e.g., based on a mouse click when the cursor is within a certainportion of the page associated with video player controls) ortouch-based events (based on a touch on a touchscreen within a certainportion of the page associated with video player controls). Theadditional code may further listen for or identify other manners of theuser playing or pausing the video, such as a certain keystrokeassociated with playback commands in the given video player (such as theuser pressing the space bar on a keyboard to play or pause the video).

At block 418, the in-video shopping system 130 may send a data packet tothe client device that includes (a) video location information forloading the video, such as a URL, (b) item information for each of aplurality of items to be presented at various points during the video,(c) video time stamps associated with each of the individual items(unless such time stamps will be sent in real time, as described below),and optionally (d) information associated with one or more third partycommerce systems via which individual products are purchasable (such asa third party payment processor and/or shopping system). The previouscode sent to the client device or additional code sent at block 418 maybe configured to (i) interpret the data packet to obtain the video fromthe URL or other network location, (ii) cause presentation of the videoby a video player component within the video player layer (where thevideo player code may be sent to the client device by the host of thevideo URL), and (iii) present at least a portion of the item informationin the interactive content portion within the initial layer at a firstplayback time based at least in part on synchronized communicationsbetween the video player component within the video player layer and thecode associated with the interactive content portion.

In some embodiments other than that shown in FIGS. 4A and 4B, the clientdevice may have the video player, the video location information and/orhave already loaded the video for playback prior to sending any initialrequest to the in-video shopping system 130. For example, in someembodiments, code already resident on the client device prior toaccessing the page or other user interface, or included within theinitial page code, may directly reference the video location.Alternatively, the video may be a video file accessed locally at theclient device for playback. In such cases, the initial request from theclient device to the in-video shopping system 130 may be for overlaycontent as opposed to both overlay content and video information.Accordingly, in such embodiments, the data packet (similar to that sentat block 418) need not include video location information or even anyvideo identification information at all.

At block 420, the in-video shopping system 130 may receive, from theclient device during presentation of the video and interactive shoppingoverlay on the client device, data regarding products or other itemsviewed, selected, and/or purchased by the viewer within the interactiveshopping layer of the SPA. Such information may be later used by thein-video shopping system 130 to present metrics or data to the publisherregarding users' interactions with, and viewing of, content within videoshopping overlays. Additionally, the in-video shopping system 130 mayreceive real time indications from the client device of user selectionswithin the interactive shopping portion that cause updates to thedisplayed content in the interactive shopping portion (such as showingadditional item details, adding an item to an electronic shopping cartor other saved item list, purchasing an item, etc.), as will be furtherdescribed below with respect to other figures.

It will be appreciated that certain blocks of method 400 described abovemay be implemented in a different order than illustrated, in otherembodiments. For example, the additional code sent at block 408, theadditional code sent at block 416 and/or the data packet sent at block418 may be sent in a different order relative to one another, or two ormore of these may be sent together in a single communication (such asparts of a single object, package or file).

FIGS. 5A and 5B are flow diagrams of an illustrative method 500 forproviding in-video shopping functionality, as implemented by a clientdevice, according to some embodiments. The illustrative method 500 maybe implemented, for example, by one of client devices 110 operated by auser accessing a page or user interface for display. Illustrative method500 has some similarities to method 400 described above, but isdescribed from the perspective of actions implemented by the clientdevice rather than by the in-video shopping system 130. Accordingly,certain blocks of FIGS. 5A and 5B will only be described briefly belowbecause they are similar to portions of method 400 described above.

The illustrative method 500 begins at block 502, where the client devicereceives a page or other user interface data for display by the clientdevice. The page (such as may be defined by HTML, JavaScript, CSS orother executable or interpretable code or markup data) may be sent tothe client device based on a browser of the client device or anotherapplication operating on the client device requesting the page from agiven URL. The page may have been authored by a page publisher orwebsite publisher that included an embed code associated with thein-video shopping system 130 within the page. As discussed above, theembed code may include a unique identifier associated with a video to bedisplayed within the page.

At block 504, the client device, as a result of executing orinterpreting the embed code, may load an initial layer within a portionof the page to serve as an interactive content layer (or an interactiveshopping layer). For example, the embed code may be associated withinHTML of the page with an inline frame tag (iframe), where that inlineframe is considered the initial layer. At block 506, the client devicemay send one or more network requests for (a) additional code to aserver associated with the video commerce service (such as the in-videoshopping system 130) and (b) a data package. The data package mayinclude (1) item information for each of a plurality of products orother items to be presented during the video, and (2) video time stampsassociated with each of the items. In other embodiments, the video timestamps may not be sent, but instead provided substantially in real timelater at a point in which a given item is to be displayed in theinteractive shopping layer.

At block 508, the client device may receive and execute the additionalcode to establish, within the portion of the page, a single pageapplication (SPA) that loads a second layer (such as a second inlineframe) positioned under the initial layer, where the second layer servesas a video player layer and includes video playback functionality. Insome embodiments, the video player layer may not be populated withcontent initially. For example, a video player component or moduleserving as the video player may not be loaded by the client device untilthe video file is requested, such as from a video hosting platform. Inother embodiments than that illustrated in FIG. 5A, the video player maybe loaded in an initial layer (e.g., an initially generated inlineframe) and the overlay shopping functionality may be provided in asecond layer (such as an inline frame generated after the initial inlineframe) that is assigned a display position or order in front of theinitial layer.

Proceeding to FIG. 5B, at block 510 of method 500, the client device mayobtain and initiate playback of the video in the video player layer.This may be caused based on further execution by the client device (suchas by a browser operating on the client device) of the additional codeand data received from the server (such as from the in-video shoppingsystem 130). The video may be obtained from a video hosting platformbased on a URL or video identifier associated with the video hostingplatform and provided to the client device by the in-video shoppingsystem 130. In some embodiments, the client device requesting the videofrom the video hosting platform may cause the video hosting platform tosend a video player module, library or code to the client device forsupporting playback of the video, as is known in the art with respect tocertain video hosting platforms that enable websites to embed videoswithin pages hosted outside of the video hosting platform. For example,once the client device receives a video player component from the videohosting platform or a related server or CDN, code executed orinterpreted on the client device may inject the video player componentinto the inline frame or other object or layer referred to as the videoplayer layer herein. In other embodiments, the video player and/or thevideo may be retrieved locally by the client device and/or may havealready been loaded on the client device prior to receiving the initialcode from the server.

At block 512, the client device may, during playback of the video in thevideo player layer, listen for events at the interactive shopping layerfrom the video player to determine when video playback has reached atime stamp associated with a product or other item. At block 514, theclient device may, in response to identifying that the video playing inthe video player layer has reached a time stamp associated with aproduct, present the product in the interactive shopping layer such thatit appears over the video. In some embodiments, the item may bepresented over the video without causing video playback interruption andwithout redirecting the browser or other application operating on theclient device away from the page.

As discussed in more detail elsewhere in the present disclosure, theclient device may then, at block 516, enable the user to make one ormore selections in the interactive shopping layer resulting in purchaseor acquisition of a product or other item without causing video playbackinterruption and without loading further layers over the interactiveshopping layer. In some embodiments, as discussed above, user selectionsor requests to add items to an electronic shopping cart and/or proceedthrough a checkout process may be received via click or touchinteractions with visual interface elements within the interactiveshopping layer. In other embodiments, user input (including for addingan item to an electronic shopping cart, providing payment details,checking out, initiating a purchase, etc.) may be received by voice. Forexample, code executing on the client device may be configured to listenfor one or more vocal phrases, commands or other vocal utterances (e.g.,“add to cart,” “purchase,” and/or others) that are either processedlocally or sent to a server for processing (such as to performspeech-to-text functionality, command lookup based on text results,etc.) in order to trigger the associated functionality withoutnecessarily requiring any user interaction with a cursor, click, tap ortouch gesture within the user interface. In some embodiments, soundsignature technology may be used to trigger, such as via an API, anaction associated with the underlying video based on a voice command.For example, if a user speaks a command such as “[service invocationphrase] order this product,” the system may determine the product basedat least in part on a sound signature associated with the video,broadcast television, or other content currently being presented to theuser (which may be captured by a microphone at the client device).

FIG. 6 is an illustrative flow diagram illustrating data flow betweenvarious systems to enable checkout of an electronic shopping cart inassociation with an overlay shopping module, according to someembodiments. The flow diagram of FIG. 6 may begin subsequent to block514 in FIG. 5B described above, for example. As another example, theflow diagram of FIG. 6 may begin in response to a user operating viewerdevice 110B selecting a payment or purchase option displayed in asimilar manner as FIG. 2E or 2F described above.

The illustrative data flow of FIG. 6 begins at step (1) with the overlayshopping module 111A of the viewer device 110B sending a checkoutrequest with order details to the in-video shopping system 130. Theoverlay shopping module 111A may be, for example, code that the in-videoshopping system 130 previously sent to the viewer device 110B to enablea shopping layer within a page or user interface to present itemsavailable for purchase in an overlay presented over video content. Theorder details may include, for example, item identifiers of itemsavailable for purchase via the third party shopping system 120A. In someembodiments, the order details may specific items available from two ormore different shopping systems, which the in-video shopping system 130may enable the user to purchase in a single transaction from the pointof view of the viewer device 111A.

At step (2) of FIG. 6, the shop handler module 134A of the in-videoshopping system 130 may initiate a checkout or item acquisition protocolor process with the third party shopping system 120A via API calls withthe shop API 122A. The API 122A may have a checkout API component, whichmay include one or more API calls available to shop handler module inorder to initiate and complete a cart or item checkout process.Information sent via one or more API calls at step (2) may include, forexample, authentication information associated with an owner or otherparty associated with the particular account with the shopping system120A (such as a publisher, streamer or other party, whose credentialsmay have been received by the in-video shopping system above withrespect to FIG. 3). The information sent to the to shop API 122A at step(2) may further include various information associated with thepurchaser (the user of viewer device 110B), such as shipping address,customer name, customer email address, item identifiers of items in theorder, price, any discounts to be applied, and/or other data particularto the given shop API. The shop API 122A may return checkout sessiondata, which may include a unique identifier or token for the checkoutinstance that the in-video shopping system may return in subsequent APIcalls to the shop API 122A. In some embodiments, the session data mayfurther include a merchant identifier or seller identifier associatedwith an account of the publisher that set up the overlay shoppinginstance by including an embed code in their page. The in-video shoppingsystem may later, for instance, use this information to send at least aportion of the transaction funds to the seller, potentially after thein-video shopping system retains a percentage of the payment.

At step (3) of FIG. 6, the shop handler module 134A of the in-videoshopping system 130 may send the checkout session data (which mayinclude a token from the shop API 122A) to the overlay shopping module111A being executed on the viewer device 111A during playback of avideo. The information passed to the payment API 142A may include amerchant identifier indicating the recipient of the payment. Dependingon the embodiment, the immediate recipient of payment may be an operatorof the in-video shopping system, the third party shopping system, or thepublisher (or shop owner). Code operating in association with theoverlay shopping module 111A may then cause the viewer device 110B tocommunicate via API calls with a payment API 142A of a payment system140A. These calls may be sent during or after entry of payment methoddetails by the user of viewing device 110B in an overlay shopping layeras shown with respect to FIG. 2F described above. In some embodimentsthe user may enter the user's access credentials (such as a login andpassword) previously established with the payment system in order forthe payment system to retrieve previously stored credit card details ofthe user. Upon processing the credit card, gift card, or other paymentmethod to the recipient indicated by a merchant identifier or otheridentifier in the API call(s) to the payment API, the payment API 142Amay return the card details in a tokenized form to the viewer device110B, as is known in the art.

At step (5), the overlay shopping module 111A may send the tokenizedpayment information to the shop handler module of the in-video shoppingsystem, which in turn may at step (6) pass the tokenized paymentinformation to the shop API 122A in an additional API call in order tocomplete the purchase transaction. The third party shopping system 120Amay then complete the order using its standard or existing orderfulfillment methodology and send a confirmation back to the shop handlermodule. Though not illustrated in FIG. 6, the in-video shopping systemmay then send a confirmation indication back to the overlay shoppingmodule 111A, which may cause the overlay shopping module to displayvisual order confirmation content such as that shown in FIG. 2G.

For physical products, an operator of the third party shopping systemmay then handle physical mailing of the items to a mailing address ofthe purchaser. For digital content items, the items may be sent to theviewer device 110B electronically, either from the third party shoppingsystem or delivered via the in-video shopping system or another system.In some embodiments, a digital item included in an order may involveunlocking or providing access to additional video content on the viewerdevice 110B, potentially for playback within the same page that includesthe overlay shopping module 111A.

For example, in some instances, the initial video playing on the pagemay be a movie trailer or video preview of longer video content offeredfor purchase via the shopping layer displayed over the trailer as itplays. In these instances, the in-video shopping system 130 may maintaininformation associating the given item identifier made available forpurchase with a token for unlocking the full video or accessing the fullvideo. Upon order confirmation at step (6) in some of these instances,the in-video shopping system 130 may send a signal or token to theoverlay shopping module 111A that causes the SPA to enable or causeplayback in the video player layer of video previously inaccessible tothe user. This may include either swapping out the prior video andloading a second video from a different URL in the same video playerlayer of the page, or removing playback blocking mechanisms previouslyin place by the SPA (such as the overlay shopping layer previouslypreventing playback beyond a certain time marker in the video vialibrary calls to the video player and/or blocking user selections withrespect to the video player controls via the overlay layer).

In some embodiments, the completed transaction or transfer of funds maynot be a purchase of anything tangible or digital that is provided tothe user, but rather represent a gift, donation, or other benefit to athird party. For example, an in-video shopping layer may include itemssuch as a donation to a charity, a donation to a political cause, apayment to a streamer or other individual for whom the user would liketo show support, etc. In other embodiments, a given item may represent abenefit to the user that does not require payment from the user. Forexample, a given item may represent a discount code, monetary credit orwebsite privileges that the user receives in exchange for providingcontact information or other information (such as for a mailing list,subscriber list, etc. maintained by the publisher) rather than formaking a payment.

FIGS. 7A and 7C are illustrative user interfaces that may be presentedon a streaming device to a streamer who selects items for insertion inan interactive shopping overlay during a live video stream. FIGS. 7B and7D are illustrative user interfaces with video shopping overlays thatmay be presented on a client device of a streaming video viewer, such asa user viewing the video stream associated with FIGS. 7A and 7C. Whilethe user interfaces of FIGS. 7A-7D are illustrated as presented within abrowser window and may be considered webpages, in other embodiments anyof these user interfaces may be presented in a standalone softwareapplication. For example, an operator of the in-video shopping system130 may make a software application (or a plug-in to a third partyapplication) available to streamers desiring to provide in-videoshopping functionality to the streamers' viewers. As another example,viewing users may utilize social media applications, video applications,streaming content applications, and/or other applications besides a webbrowser to view video streams shown in FIGS. 7B and 7D.

FIG. 7A is an illustrative user interface 700A that may be presented ona streaming device to a streamer who selects items for insertion in aninteractive shopping overlay during a live video stream. As is known inthe field of live streaming, the streamer may utilize a video camera,microphone and/or screen capturing software in order to record thestreamer's physical environment (such as video of the streamer himselfsitting at a computer or walking around with a mobile device's camera).There are many forms of live video streaming, which as a category mayinclude live streaming of an individual's video game play, live sportingevents (such as multi-camera professionally recorded broadcasts),impromptu streaming of an interesting occurrence from a mobile phone(such as a celebrity sighting or a crime in progress, etc.), and manyothers. While FIG. 7A is shown with reference to an example instance ofvideo game streaming, it will be appreciated that this is not limitingin any manner with respect to the subject matter or content of videothat may be streamed in accordance with aspects of the presentdisclosure.

User interface 700A may be shown to the streamer substantially in realtime as the streamer records and uploads live video. The stream view730A may display a live view of the content being captured by thestreamer's device for simultaneous or near simultaneous upload to ahosting service or streaming service for broadcasting to stream viewers.In the illustrated example, the streamer is playing a video game that isshown live in content portion 730A and also includes video of himself ashe plays the game within the stream content 730A. Methods and userinterfaces for laying out and managing the video stream content itself,such as for video game streaming, are known in the art and need not bedescribed herein. In some embodiments, the user interface 700A mayinclude functionality typically associated with video streaming softwarefor arranging and coordinating different video sources (such as thecamera recording the player, screen capture functionality, video outputdirectly from a video game console, and/or other sources). In otherembodiments, the streamer may be operating different software on thesame device or another device that arranges the video sources andprovides a stream of a single output video to the user interface 700Afor live display in portion 730A. In still other embodiments, the view730A may be a live stream view directly from a streaming host server(such as the same stream that stream viewers are viewing), such that thestreamer (either from the device displaying user interface 700A oranother local device being used simultaneously by the steamer) hasuploaded the given video frame currently shown in 730A (such as withinthe last few seconds) and then received it back from the stream hostingplatform over the Internet as a viewer of the stream.

The available products section 710A includes display of items 712A, 714Aand 716A that are available to the streamer to add to an overlayshopping layer to be presented to stream viewers. As discussed above,the available items may have been imported from a virtual storepreviously set up by the streamer and associated with the streamer'saccount with the in-video shopping system 130 and/or a third partyshopping system. The streamer may select option 713A in order toassociate the item 712A with a display start time in the stream (eitheras the current, immediate time, or as a specified upcoming time marker),or may select option 715A in order to associate the item 714A with adisplay start time.

The associated products section 720A displays, to the streamer, items722A and 725A that the streamer has previously associated with specifictimes for presentation to streaming viewers (such as in a video overlayshown to streaming viewers over the video stream content, as shown inFIG. 7B). As illustrated in section 720A, the item 722A has a “time in”of 0:00 and a “time out” of “N/A,” which may indicate that the item 722Ais currently set to be offered to viewing users throughout the entiretyof the video stream. The streamer may modify this item information foritem 722A by selecting the edit option 723A, or may immediately removethe purchase option for viewing users for item 722A by selecting the“remove” option 724A. In some embodiments, the “remove” option may causethe item 722A to no longer be displayed to streamers in a manner wherethey can add the item 722A to a shopping cart, but users who previouslyadded the item 722A to a shopping cart may still have a certain amountof time (e.g., a set number of minutes) to complete a checkout processto purchase the item 722A. As another example, the item 725A has a “timein” of 5:37, which indicates that the streamer did not make item 725Aavailable to viewers to purchase at the start of the stream, but insteadcaused the item 725A to be presented to viewers at 5 minute and 37seconds into the live streaming broadcast.

FIG. 7B illustrates a user interface or portion of a user interface 750that may be seen by viewers of the video stream set up by the streamerin accordance with FIG. 7A described above. The user interface 750 maybe loaded on the viewer's device as an SPA (which may be embedded withina portion of a page or other larger user interface) in accordance withmethods described elsewhere herein. The video game content and thecamera-captured video of the streamer 760 may be received by theviewer's device from a video hosting platform or streaming service by avideo player component within one layer of the user interface or page,while the overlay content portion 752 may be loaded in a separate layerand received from the in-video shopping system 130. The overlay content752 includes display of items 722B and 725B (the same items as items722A and 725A of FIG. 7A), which the viewing user may select in order toview additional information, add an item to an electronic shopping cart,and/or complete a purchase according to methods previously described.For example, subsequent updates to the overlay portion 752 as theviewing user makes selections and interacts with the overlay portion 752while the streaming video content continues to be presented underneathmay be similar to those shown in FIGS. 2B-2G described above.

FIG. 7C illustrates a user interface 700C that may be presented to thestreamer soon after user interface 700A of FIG. 7A during the same livestreaming session. As seen in video portion 730C, the streamer's play ofthe video game has progressed relative to FIG. 7A. Furthermore, anadditional item 712C has been added to the available products section720C relative to what was shown in section 712A of FIG. 7A (though item722C remains in the available products as it was previously). Item 712Cmay have been added to the available products 720C as a result of thestreamer selecting option 713A of FIG. 7A to add the “XRT Headphones”item (labelled as item 712A, 712C and 712D in different figures) to thestream overlay. Accordingly, the “XRT Headphones” item has been movedfrom available products 710C to associated products 720C, and a successindicator 719 is displayed noting that the item 712C was successfullyadded to the stream.

FIG. 7D illustrates a user interface or portion of a user interface 750Dthat may be seen by viewers of the video stream set up by the streamerin accordance with FIG. 7C described above. In some embodiments, theuser interface 750D may be seen by viewers in real time or substantiallyin real time (e.g., within seconds) with respect to the point in time atwhich the streamer selected to add the item “XRT Headphones” 712D to thestream overlay. Accordingly, relative to user interface 750 describedabove with respect to FIG. 7B, the overlay content portion 752D has beendynamically updated to include not only previously displayed items 722Dand 725D, but also new item 712D. The user interface also includessocial media sharing options 731 that enable the viewer to shareinformation regarding the offered items to others (previously discussedabove).

FIG. 8 is a flow diagram of an illustrative method 800 for enablingin-video shopping functionality during presentation of live streamingvideo content. The illustrative method 800 may be implemented by thein-video shopping system 130, either alone or in cooperation with one ormore additional systems. Method 800 may be implemented, for example, tosupport features described above with respect to FIGS. 7A-7D.

The method 800 begins at block 802, where the in-video shopping system130 may, based on a request from a streamer device, initiate a videostreaming support instance. The support instance at a server of thein-video shopping system 130 may be configured to listen for productinsertion requests from the streamer device, such as those triggered bya selection of an “associate product” option within a user interfacesimilar to FIG. 7A that is presented on the streamer's computing device.

At block 804, the in-video shopping system 130 may, based on requestsfrom one or client devices viewing the live stream, send code and datato the client devices to cause the client devices to present the livevideo stream with an interactive shopping overlay configured to listenfor item information from the in-video shopping system 130. The specificcode provided to the client devices to enable such functionality on theclient devices is described above with reference to FIGS. 4A, 4B, 5A and5B. Whereas some embodiments described above include the in-videoshopping system 130 sending item time markers during the initial loadingof the shopping overlay, block 804 may send the stream URL and code thatconfigures the client device to wait for real time signals from a serverof the in-video shopping system 130 in order to determine when todisplay items in the overlay content. In some embodiments, the iteminformation itself may be sent to the viewer devices in advance (priorto any instruction or time marker to actually display the items), whilein other instances the item information may be sent in real time whenthe item is to be displayed.

At block 806, during live streaming of video from the streamer device(where such video content may be uploaded live from the streamer deviceto a streaming host, then streamed from the streaming host to clientdevices for display in a video player layer on the client devices), thein-video shopping system 130 may receive an instruction from thestreamer device to insert a product or other item into the interactiveshopping overlay. This instruction may include an item identifier thatthe in-video shopping system 130 uses to retrieve corresponding itemdetails from a data store. The insertion request may indicate a starttime and end time that the streamer has selected or provided for thegiven item. In some instances one start time value (which may be anenumerated value or a specific numeric value such as “0:00”) mayrepresent that the item should be displayed “now” or immediately uponthe streamer's device sending the insertion signal or request. Otherstart times could indicate a specific upcoming point in the overallstream, as specified by a time marker in the overall duration of thestream or as a relative amount of time (e.g., in 30 seconds from theinsertion command).

At block 808, the in-video shopping system 130 may, substantially inreal time after receiving the insertion instruction from the streamerdevice, send information to the client devices that causes theinteractive shopping overlay on each client device to present thespecified item as a selectable item displayed over the live streamingvideo in an overlay. In some embodiments, these signals orcommunications may be sent asynchronously such that different devicesactually display the item at slightly different points in time (e.g.,milliseconds or seconds apart from one another) based on factors such asnetwork speed, latency, computer processor speed, etc.

At block 810, the in-video shopping system 130 may receive aninstruction from the streamer device, during the live streaming, toremove the product (such as the product added at block 806) from theinteractive shopping overlay. Blocks 810 and 812 may be optional blocksthat do not occur in every instance, given that a streamer may eitherdesire for the item to remain displayed for the rest of the streamduration or may have previously indicated a stop time when initiallyadding the item to the stream. In response, at block 812, the in-videoshopping system 130 may, substantially in real time after receiving theremoval instruction from the streamer device (such as within a second ora few seconds), send information to the client devices that causes theinteractive shopping overlay on each client device to no longer includedisplay of the selectable item as a purchase option. As discussed above,in some embodiments, users who already added the item to a shopping cartor started a checkout process with respect to the item may be given atime window in which to complete the purchase or acquisition after theremoval instruction is received at the client device.

FIGS. 9A and 9B are flow diagrams of an illustrative method 900 forproviding a cross-video shopping cart, according to some embodiments.The illustrative method 900 may be implemented by the in-video shoppingsystem 130, either alone or in cooperation with one or more additionalsystems. While method 900 will be described with respect to a useradding items to an electronic shopping cart or shopping list that ispersistent across two different websites or pages, the persistentshopping cart features and related features described herein also enablea persistent shopping cart that enables joint checkout involving two ormore different payment processors, two or more different third partyshopping systems, two or more different publisher systems, two or moredifferent video hosting platforms, and/or two or more different clientdevices sharing a user account.

The illustrative method 900 begins at block 902, where the in-videoshopping system 130 may receive a first request from a client device toload, within a first page or user interface of a first publisher, avideo with an interactive shopping overlay. In response, at block 804,the in-video shopping system 130 may send code and data to the clientdevice to cause the client device to present the video with interactiveshopping overlay within the first page or user interface, as has beendescribed in detail above.

Next, at block 906, the in-video shopping system 130 may receive arequest, during playback of the video, to add at least one itemdisplayed in the interactive shopping overlay to an electronic shoppingcart. The in-video shopping system 130 may determine whether the userhas an account with the in-video shopping system 130 and/or whether acurrent session associated with the client device has an active shoppingcart. In some embodiments, this may include checking for a cookie storedon the client device to determine whether the cookie is associated withcart contents stored either on the client device (such as within thecookie itself) or previously stored in a local or remote databasemaintained by the in-video shopping system 130 (such as by checking thedatabase for any previously saved items associated with a sessionidentifier, user identifier, or other identifier stored in the cookie).In other instances, the user may have an account with the in-videoshopping system 130 or a partner system (such as a shopping system orpayment processor, or a social network service or similar service thatenables sharing of user information for login purposes), in which casethe user's device or a partner service may send login credentials or anassociated token that is used to retrieve any existing shopping cartcontents from a data store.

The in-video shopping system 130 may then (not illustrated in FIG. 9A)either add the newly requested item to an existing shopping cart orsaved item list in association with the user account and/or session, orcreate a new shopping cart that includes the newly added item and isassociated with the user, device and/or session information.

At block 908, the in-video shopping system 130 may receive a secondrequest, from the same client device or a second client device operatedby the same user, to load, within a second page or user interface of asecond publisher, a second video with an interactive shopping overlay.This second request may be some time (such as hours or days) after theuser added the first item to a shopping cart, and the user did notcomplete a purchase or checkout process when viewing the first video. Asdiscussed above, the second page from the second publisher (such as froma different website than the first page) may display a different videofrom a different video hosting platform than the first page did, and maypresent entirely different items for purchase (e.g., may not offer thefirst item previously added to the cart). In response, at block 910, thein-video shopping system 130 may send code and data (to the clientdevice or second client device) to cause presentation of the secondvideo with interactive shopping overlay within the second page or userinterface. In some embodiments, the in-video shopping system 130 maydetermine prior to block 910 that the user has existing cart contents(such as from login credentials and/or cookie data) and may send anindication that causes the overlay content to visually indicate this(such as including a cart icon with a number indicating the number ofitems in the persistent shopping cart).

At block 912, the in-video shopping system 130 may receive a request,during playback of the second video on the client device or secondclient device, to add at least a second item displayed in theinteractive shopping overlay of the second page to the shopping cart. Inresponse, the in-video shopping system 130 may modify the stored cartcontents to include the additional item identifier identifying thesecond item, which may be purchasable via a different shopping platformthan the first item. In some embodiments, the stored data regarding agiven item in the cart in association with a given user may identify ashopping platform identifier, an item identifier, a store owner (orpublisher) identifier, and/or other data.

Later in playback of the second video on the client device, at block914, the in-video shopping system 130 may receive a request to completea checkout process for the shopping cart from within the interactiveshopping overlay of the second page. In response, the in-video shoppingsystem 130 may, at block 916, initiate and complete one or moretransactions with one or more payment systems and/or shopping platforms(if the cart contents include items from multiple shopping platforms)associated with the items in the shopping cart to complete the purchase,as described previously above. At block 918, the in-video shoppingsystem 130 may then cause a purchase confirmation to be displayed withinthe interactive shopping overlay of the second page, indicating that allcart contents have been purchased. Additionally the in-video shoppingsystem 130 may process distribution of funds in a manner that is notshown to the user, such as directing different portions of the saleprice for the total cart contents to different sellers or publishersthat caused the presentation of the particular items to the purchasinguser.

FIG. 10 illustrates a general architecture of a computing environment1000, according to some embodiments. As depicted in FIG. 10, thecomputing environment 1000 may include a computing system 1002. Thegeneral architecture of the computing system 1002 may include anarrangement of computer hardware and software components used toimplement aspects of the present disclosure. The computing system 1002may include many more (or fewer) elements than those shown in FIG. 10.

As illustrated, the computing system 1002 includes a processing unit1006, a network interface 1008, a computer readable medium drive 1010,an input/output device interface 1012, an optional display 1026, and anoptional input device 1028, all of which may communicate with oneanother by way of a communication bus 1037. The processing unit 1006 maycommunicate to and from memory 1014 and may provide output informationfor the optional display 1026 via the input/output device interface1012. The input/output device interface 1012 may also accept input fromthe optional input device 1028, such as a keyboard, mouse, digital pen,microphone, touch screen, gesture recognition system, voice recognitionsystem, or other input device known in the art.

The memory 1014 may contain computer program instructions (grouped asmodules or components in some embodiments) that the processing unit 1006may execute in order to implement one or more embodiments describedherein. The memory 1014 may generally include RAM, ROM and/or otherpersistent, auxiliary or non-transitory computer-readable media. Thememory 1014 may store an operating system 1018 that provides computerprogram instructions for use by the processing unit 1006 in the generaladministration and operation of the computing system 1002. The memory1014 may further include computer program instructions and otherinformation for implementing aspects of the present disclosure. Forexample, in one embodiment, the memory 1014 may include a user interfacemodule 1016 that generates user interfaces (and/or instructionstherefor) for display upon a computing system, e.g., via a navigationinterface such as a browser or application installed on the computingsystem 1002 or another system or device, such as user device 1003.

In some embodiments, the memory 1014 may include a controller module1020 and one or more shop handler modules, which may be executed by theprocessing unit 1006 to perform operations according to variousembodiments described herein. The modules or components 1020 and/or 1022may access the data store 1030 in order to retrieve data described aboveand/or store data. The data store 1030 may be part of the computingsystem 1002, remote from the computing system 1002, and/or may be anetwork-based service.

In some embodiments, the network interface 1008 may provide connectivityto one or more networks or computing systems, and the processing unit1006 may receive information and instructions from other computingsystems or services via one or more networks. In the example illustratedin FIG. 10, the network interface 1008 may be in communication with auser device 1003 via the network 1036, such as the Internet. Inparticular, the computing system 1002 may establish a communication link1042 with a network 1036 (e.g., using known protocols) in order to sendcommunications to the computing device 1003 over the network 336.Similarly, the computing device 1003 may send communications to thecomputing system 1002 over the network 1036 via a wired or wirelesscommunication link 1040. The computing system 1002 may additionallycommunicate via the network 1036 with one or more third-party systems1001, many examples of which are described above (such as, for example,one or more payment services, shopping platforms, video hostingservices, video streaming services, etc.).

Those skilled in the art will recognize that the computing system 1002and user device 1003 may be any of a number of computing systems ordevices including, but not limited to, a laptop, a personal computer, apersonal digital assistant (PDA), a hybrid PDA/mobile phone, a mobilephone, a smartphone, a wearable computing device, an electronic bookreader, a digital media player, a tablet computer, a gaming console orcontroller, a kiosk, an augmented reality device, a gaming orgambling-related machine (such as a slot machine), another wirelessdevice, a set-top or other television box, one or more servers, and thelike. The user device 1003 may include similar hardware to thatillustrated as being included in computing system 1002, such as adisplay, processing unit, network interface, memory, operating system,etc.

It is to be understood that not necessarily all objects or advantagesmay be achieved in accordance with any particular embodiment describedherein. Thus, for example, those skilled in the art will recognize thatcertain embodiments may be configured to operate in a manner thatachieves or optimizes one advantage or group of advantages as taughtherein without necessarily achieving other objects or advantages as maybe taught or suggested herein.

All of the processes described herein may be embodied in, and fullyautomated via, software code modules executed by a computing system thatincludes one or more general purpose computers or processors. The codemodules may be stored in any type of non-transitory computer-readablemedium or other computer storage device. Some or all the methods mayalternatively be embodied in specialized computer hardware. In addition,the components referred to herein may be implemented in hardware,software, firmware or a combination thereof.

Many other variations than those described herein will be apparent fromthis disclosure. For example, depending on the embodiment, certain acts,events, or functions of any of the algorithms described herein can beperformed in a different sequence, can be added, merged, or left outaltogether (e.g., not all described acts or events are necessary for thepractice of the algorithms). Moreover, in certain embodiments, acts orevents can be performed concurrently, e.g., through multi-threadedprocessing, interrupt processing, or multiple processors or processorcores or on other parallel architectures, rather than sequentially. Inaddition, different tasks or processes can be performed by differentmachines and/or computing systems that can function together.

The various illustrative logical blocks, modules, and algorithm elementsdescribed in connection with the embodiments disclosed herein can beimplemented as electronic hardware, computer software, or combinationsof both. To clearly illustrate this interchangeability of hardware andsoftware, various illustrative components, blocks, modules, and elementshave been described above generally in terms of their functionality.Whether such functionality is implemented as hardware or softwaredepends upon the particular application and design constraints imposedon the overall system. The described functionality can be implemented invarying ways for each particular application, but such implementationdecisions should not be interpreted as causing a departure from thescope of the disclosure.

The various illustrative logical blocks and modules described inconnection with the embodiments disclosed herein can be implemented orperformed by a machine, such as a processing unit or processor, adigital signal processor (DSP), an application specific integratedcircuit (ASIC), a field programmable gate array (FPGA) or otherprogrammable logic device, discrete gate or transistor logic, discretehardware components, or any combination thereof designed to perform thefunctions described herein. A processor can be a microprocessor, but inthe alternative, the processor can be a controller, microcontroller, orstate machine, combinations of the same, or the like. A processor caninclude electrical circuitry configured to process computer-executableinstructions. In another embodiment, a processor includes an FPGA orother programmable device that performs logic operations withoutprocessing computer-executable instructions. A processor can also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration. Although described herein primarily with respect todigital technology, a processor may also include primarily analogcomponents. For example, some or all of the signal processing algorithmsdescribed herein may be implemented in analog circuitry or mixed analogand digital circuitry. A computing environment can include any type ofcomputer system, including, but not limited to, a computer system basedon a microprocessor, a mainframe computer, a digital signal processor, aportable computing device, a device controller, or a computationalengine within an appliance, to name a few.

The elements of a method, process, or algorithm described in connectionwith the embodiments disclosed herein can be embodied directly inhardware, in a software module stored in one or more memory devices andexecuted by one or more processors, or in a combination of the two. Asoftware module can reside in RAM memory, flash memory, ROM memory,EPROM memory, EEPROM memory, registers, hard disk, a removable disk, aCD-ROM, or any other form of non-transitory computer-readable storagemedium, media, or physical computer storage known in the art. An examplestorage medium can be coupled to the processor such that the processorcan read information from, and write information to, the storage medium.In the alternative, the storage medium can be integral to the processor.The storage medium can be volatile or nonvolatile.

Conditional language such as, among others, “can,” “could,” “might” or“may,” unless specifically stated otherwise, are otherwise understoodwithin the context as used in general to convey that certain embodimentsinclude, while other embodiments do not include, certain features,elements and/or steps. Thus, such conditional language is not generallyintended to imply that features, elements and/or steps are in any wayrequired for one or more embodiments or that one or more embodimentsnecessarily include logic for deciding, with or without user input orprompting, whether these features, elements and/or steps are included orare to be performed in any particular embodiment.

Disjunctive language such as the phrase “at least one of X, Y, or Z,”unless specifically stated otherwise, is otherwise understood with thecontext as used in general to present that an item, term, etc., may beeither X, Y, or Z, or any combination thereof (e.g., X, Y, and/or Z).Thus, such disjunctive language is not generally intended to, and shouldnot, imply that certain embodiments require at least one of X, at leastone of Y, or at least one of Z to each be present.

Any process descriptions, elements or blocks in the flow diagramsdescribed herein and/or depicted in the attached figures should beunderstood as potentially representing modules, segments, or portions ofcode which include one or more executable instructions for implementingspecific logical functions or elements in the process. Alternateimplementations are included within the scope of the embodimentsdescribed herein in which elements or functions may be deleted, executedout of order from that shown, or discussed, including substantiallyconcurrently or in reverse order, depending on the functionalityinvolved as would be understood by those skilled in the art.

Unless otherwise explicitly stated, articles such as “a” or “an” shouldgenerally be interpreted to include one or more described items.Accordingly, phrases such as “a device configured to” are intended toinclude one or more recited devices. Such one or more recited devicescan also be collectively configured to carry out the stated recitations.For example, “a processor configured to carry out recitations A, B andC” can include a first processor configured to carry out recitation Aworking in conjunction with a second processor configured to carry outrecitations B and C.

It should be emphasized that many variations and modifications may bemade to the above-described embodiments, the elements of which are to beunderstood as being among other acceptable examples. All suchmodifications and variations are intended to be included herein withinthe scope of this disclosure.

What is claimed is:
 1. A computer system for providing in-video shoppingfunctionality, the computer system comprising: memory; and at least onephysical processor in communication with the memory and configured withexecutable instructions that cause the at least one physical processorto: receive a first request from a client device to load, within a firstuser interface of a first publisher, an interactive shopping overlaythat presents information regarding one or more items available forpurchase during playback of a video; send code and data to the clientdevice to cause the client device to present the interactive shoppingoverlay over the video within the user interface; receive a request,during playback of the video on the client device, to add at least oneitem displayed in the interactive shopping overlay to an electronicshopping cart; add the at least one item to the electronic shoppingcart, wherein the electronic shopping cart is associated with at leastone of a user account, the client device, or a session; receive a secondrequest, from one of (a) the client device or (b) a second client deviceassociated with the user account, to load, within a second userinterface of a second publisher, a second interactive shopping overlayover a second video; receive a request, during playback of the secondvideo on the client device or the second client device, to add at leasta second item displayed in the second interactive shopping overlay tothe electronic shopping cart; modify stored cart contents associatedwith the electronic shopping cart to include an item identifieridentifying the second item; during playback of the second video on theclient device or the second client device, receive a request to completea checkout process for the electronic shopping cart from within thesecond interactive shopping overlay; and initiate one or moretransactions with one or more payment systems or one or more shoppingplatforms associated with items in the electronic shopping cart tocomplete purchase of the items in the electronic shopping cart duringplayback of the second video on the client device or the second clientdevice.
 2. The computer system of claim 1, wherein the initiating theone or more transactions comprising initiating a first transaction witha first payment processor and a second transaction with a second paymentprocessor.
 3. The computer system of claim 1, wherein the initiating theone or more transactions comprising initiating a first transaction witha first third-party shopping platform and a second transaction with asecond third-party shopping platform.
 4. The computer system of claim 1,wherein a first video hosting platform from which the client devicereceives the video is different than a second video hosting platformfrom which the second video is received by one of the client device orthe second client device.
 5. The computer system of claim 1, wherein theexecutable instructions further cause the at least one physicalprocessor to: prior to modifying the stored cart contents associatedwith the electronic shopping cart to include the item identifieridentifying the second item, identify the stored cart contents based atleast in part on a cookie retrieved from the client device.
 6. Thecomputer system of claim 5, wherein the cookie includes at least one ofa session identifier or a user identifier.
 7. The computer system ofclaim 1, wherein the video comprises a live stream broadcast comprisinglive video captured by a video camera of a streamer device, where framesof the live video are uploaded from the streamer device to a videohosting platform substantially in real time as the frames are capturedby the video camera, and wherein the client device accesses the livestream broadcast from the video hosting platform.
 8. The computer systemof claim 1, wherein the request to complete the checkout process isinitiated based at least in part on processing a vocal utterance of auser of the client device, wherein the vocal utterance matches apredetermined phrase previously configured to trigger a product purchaseaction.
 9. The computer system of claim 8, wherein the vocal utteranceis determined to match the predetermined phrase by code associated withthe second interactive shopping overlay, executed on the client device,that is configured to identify the predetermined phrase in audio databased on a sound signature.
 10. The computer system of claim 8, whereinthe vocal utterance is determined to match the predetermined phrase atleast in part by the computer system applying speech-to-textfunctionality with respect to audio data received from the clientdevice.
 11. A computer-implemented method comprising: as implemented bya computer system, comprising one or more processors, configured withspecific executable instructions, receiving a first request from aclient device to load, within a first user interface of a firstpublisher, an interactive shopping overlay that presents informationregarding one or more items available for purchase during playback of avideo; sending code and data to the client device to cause the clientdevice to present the interactive shopping overlay over the video withinthe user interface; receiving a request, during playback of the video onthe client device, to add at least one item displayed in the interactiveshopping overlay to an electronic shopping cart; adding the at least oneitem to the electronic shopping cart, wherein the electronic shoppingcart is associated with at least one of a user account, the clientdevice, or a session; receiving a second request, from one of (a) theclient device or (b) a second client device associated with the useraccount, to load, within a second user interface of a second publisher,a second interactive shopping overlay over a second video; receiving arequest, during playback of the second video on the client device or thesecond client device, to add at least a second item displayed in thesecond interactive shopping overlay to the electronic shopping cart;modifying stored cart contents associated with the electronic shoppingcart to include an item identifier identifying the second item; duringplayback of the second video on the client device or the second clientdevice, receiving a request to complete a checkout process for theelectronic shopping cart from within the second interactive shoppingoverlay; and initiating one or more transactions with one or morepayment systems or one or more shopping platforms associated with itemsin the electronic shopping cart to complete purchase of the items in theelectronic shopping cart during playback of the second video on theclient device or the second client device.
 12. The computer-implementedmethod of claim 11, further comprising: prior to receiving the requestto add the second item to the electronic shopping cart, sending anindication to the client device or the second client device that causesthe second interactive shopping overlay for the second video to presenta visual icon to reflect a count of items that are in the electronicshopping cart, wherein the count of items reflects one or more itemsadded to the electronic shopping cart prior to presentation of thesecond video.
 13. The computer-implemented method of claim 11, whereinthe interactive shopping overlay is presented on the client device aspart of a single page application (“SPA”) in which the interactiveshopping overlay presents content in synchronization with a video playerlayer that presents video content of the video.
 14. Thecomputer-implemented method of claim 11, wherein the one or moretransactions are initiated and completed without redirecting a browseror application operating on the client device away from presentation ofthe second video.
 15. The computer-implemented method of claim 11,wherein the interactive shopping overlay is presented on the clientdevice within a first inline frame (“iframe”) referenced in HypertextMarkup Language (“HTML”), wherein a video player layer that presentsvideo content of the video comprises a second inline frame with adisplay position behind the first inline frame.
 16. Thecomputer-implemented method of claim 11, wherein the interactiveshopping overlay is presented on the client device within a first layerof a webpage, wherein the first layer presents content at least in partin synchronization with playback times of video content of the video aspresented in a video player layer of the webpage, wherein first layersynchronizes with the video player layer based at least in part by codeconfiguring the first layer to listen locally for a plurality of eventsgenerated by a video player component of the video player layer.
 17. Thecomputer-implemented method of claim 11, wherein the second item is aphysical product, wherein the second interactive shopping overlaycomprises one or more fields for receiving shipping information to shipthe physical product.
 18. The computer-implemented method of claim 11,wherein the second item comprises a digital content item, the methodfurther comprising causing the digital content item to be delivered tothe client device after purchase of the second item via the secondinteractive shopping overlay.
 19. The computer-implemented method ofclaim 11, wherein the first user interface is a webpage published by thefirst publisher, and wherein the second user interface is a webpagepublished by the second publisher.